home *** CD-ROM | disk | FTP | other *** search
/ BCI NET 2 / BCI NET 2.iso / archives / utilities / disk / mrbk214.lha / Docs / Changes < prev    next >
Encoding:
Text File  |  1995-02-21  |  13.9 KB  |  336 lines
  1.  
  2. This file documents recent changes to MRBackup.  Changes are listed in
  3. reverse chronological/version order.  The MRBackup version number
  4. scheme follows these conventions:
  5.     
  6.     The first digit is the version level. Changes in the version level
  7.     indicate major functionality changes and possible incompatibilities
  8.     with previous versions.
  9.  
  10.     The second set of digits following the period constitute the revision
  11.     level. Revisions generally indicate added or changed functionality
  12.     while maintaining upward compatibility but may also include bug fixes.
  13.  
  14.     The digit(s) following the second period are the maintenance or bug-fix
  15.     level. A change in this level with no corresponding change in the 
  16.     revision level indicates a bug-fix-only release.
  17.  
  18. ***************************************************************************
  19. * Don't forget to assign MRBackup: to the directory where MRBackup lives! *
  20. ***************************************************************************
  21.  
  22. 02/20/95 2.1.4  171892 bytes (one size fits all :-)
  23.  
  24. *** IMPORTANT! ***
  25.  
  26. My "stamp_the_program_with_the_serial_number_and_owner_name" approach
  27. to software registration was short-lived.  A rash of new registrations
  28. cured that!  I've replaced that approach with a new "external key
  29. file" method.  Registered users of MRBackup Professional will receive
  30. a text file containing registration information.  This file will be
  31. named "MRBackup:mrbackup.key".  Unregistered copies of MRBackup will
  32. continue to have full functionality but will put up a periodic
  33. reminder to register.  The advantages of this is that I can distribute
  34. new copies of MRBackup via the usual channels and users can get the
  35. latest version without having to request an update.  Also, I don't
  36. have to maintain two variants of MRBackup (happy me!).
  37.  
  38. If and when I make a major new release (for which an update fee will
  39. be required), old key files will be invalidated by a new encryption
  40. algorithm and users will be requested to update.
  41.  
  42. Current registered users of MRBackup can request a validation key for
  43. this version of MRBackup, by e-mail or regular mail, the MRsoftware
  44. Support BBS or via phone call.
  45.  
  46. I have included a new program on the MRBackup install disk, but it is
  47. not automatically installed.  The program name is WildStar (C/WildStar
  48. on the disk) and its purpose is to enable asterisk (*) wildcards in
  49. AmigaDOS filename pattern matching routines.  Read the
  50. Docs/WildStar.doc file for details.
  51.  
  52. P.S. Thanks for your continued support!
  53.  
  54.  
  55. 02/16/95 2.1.3  Demo: 171368 bytes  Registered: 171020 Bytes
  56.  
  57. ***********
  58. * Changes *
  59. ***********
  60.  
  61. Added logic to insure that filter patterns are stripped of any
  62. trailing whitespace (tabs and blanks).  Problems related to this
  63. occurrence can be very difficult to diagnose since the problem isn't
  64. visible.
  65.  
  66. *************
  67. * Bug Fixes *
  68. *************
  69.  
  70. The FileSpec pattern in Utilities has been changed from "*" to "#?".
  71. I've been using a program named C:Star (enables "*" wildcard) for so
  72. long that I forgot that it wasn't standard operation.  Since AmigaDOS
  73. pattern matching routines are used by MRBackup, you must enable the
  74. asterisk (*) character (via a call to an enabling program) before it
  75. can be used.
  76.  
  77. The About window insisted on being active at all times.  This behavior
  78. has changed.
  79.  
  80. All windows which might be activated during an ARexx session have been
  81. changed to inhibit auto-activation when the 'takecontrol' command is
  82. in effect.  Windows will still activate when running interactively.
  83.  
  84.  
  85. 12/18/94 2.1.2  Demo: 171136 bytes  Registered: 170788 Bytes
  86.  
  87. *************
  88. * Bug Fixes *
  89. *************
  90.  
  91. Restoring via catalog selection could fail to restore some files,
  92. given some rather unusual circumstances.
  93.  
  94.  
  95. 11/13/94 2.1.1  Demo: 171080 bytes    Registered: 170732 bytes
  96.  
  97. *************
  98. * Bug Fixes *
  99. *************
  100.  
  101. The final byte counters were incorrectly totalled at the end of each
  102. diskette.
  103.  
  104. The compressor's error checking has been improved (V2.0.1).
  105.  
  106.  
  107. 10/06/94 2.1.0  Demo: 171104 bytes      Registered: 170756 bytes
  108.  
  109. I've provided a bit of "incentive" for those who have been a bit lazy
  110. about registering.  This version of MRBackup includes an annoying
  111. pop-up reminder window which appears periodically.  I expect to hear
  112. lots of righteous complaints about this - primarily from the
  113. self-appointed bastions (oops - did I spell that wrong?) of shareware
  114. who never register anything.  Registration gets you a personalized
  115. (i.e.  stamped with your name and serial number) copy of MRBackup
  116. Professional.  The About window incorporates these new details.  See
  117. the Registration document for details on registering.  Version 2.1.0
  118. will be the baseline for future enhancements, which will be
  119. distributed in the form of patch kits.
  120.  
  121. The MRTape-Handler is now at version 1.19 and sports some new features
  122. which are worth a look.  See the MRTape.doc document file for details.
  123.  
  124. The file selection window has a new look.  The selection window is now
  125. wider and each entry includes a size (K bytes) value.  For a file
  126. entry, it's the size of the file.  For a directory entry, it's the sum
  127. of the sizes of all selected files "contained" by that directory.  The
  128. file selection buttons have somewhat cryptic labels, but should still
  129. be fairly self-explanatory:  '+' means select, '-' means deselect.
  130. Thus,
  131.  
  132.     + Here and Down
  133.  
  134. is a button which will select all files from this level and down.  I
  135. had to do this to make room on an already cluttered window.  (I run
  136. into that problem a lot.) :-)
  137.  
  138. Whenever a preferences file (e.g.  MRBackup.init) is loaded, the
  139. floppy disk checkboxes are first reset to the unselected state.
  140.  
  141. The 'poptofront' ARexx command now causes the current MRBackup window
  142. to be brought forward and activated as well as bringing its screen (if
  143. any) to the front.
  144.  
  145. There was a bug in 'settestdate' when it was called with a parameter.
  146. The command now works. To augment the 'settestdate' command, I've added
  147. a new ARexx command: 'dateformat'. This command, without arguments, will
  148. return the current date format (an integer from 0 to 3) in the 'result'
  149. variable. It will also accept a parameter in the range of 0 to 3 to
  150. set the current date format. The format setting controls the formatting
  151. and conversion of date values. See MRBackup:Rexx/template.mrbk or the
  152. documents for more details. 
  153.  
  154.  
  155. 07/24/91 2.0.1 (final)
  156.  
  157. Glenn Holliday provided an example of the confusion that can result
  158. from trying to use the Backup Path and the floppy disk check-boxes at
  159. the same time.  Though the check-boxes override the Backup Path, that
  160. was never visually apparent.  Now, when floppy drive check-boxes are
  161. selected, the Backup Path gadget will be ghosted.
  162.  
  163.  
  164. 07/16/94 2.0.1 (pre-release)
  165.  
  166. Chris Hussey reported a problem with the :INCLUDE:  filter
  167. specifications.  Indeed, they were pretty badly broken for
  168. subdirectories below the first level.  The fix applied in this release
  169. should have the following effects.
  170.  
  171. The following specification causes dir1, dir2 and all FILES in dir2 to
  172. be selected.  No files under dir1 nor directories under dir2 will be
  173. selected.
  174.  
  175.     :include:
  176.     dir1/dir2
  177.  
  178.  
  179. The following specification causes dir1, dir2 and everything under
  180. dir2 to be selected.  No files under dir1 will be selected.
  181.  
  182.     :include:
  183.     dir1/dir2/#?
  184.  
  185.  
  186. (While examining the filtering code, I found that it is in need of
  187. some serious rewriting.  I'll be looking at it more in the weeks to
  188. come.)
  189.  
  190. If the MRBackup.init file contained a select_floppy specification for
  191. a non-existent drive, MRBackup would attempt to blindly use the drive.
  192. This would lead to a failure of the AddDiskChangeInt (add disk drive
  193. change interrupt) routine.
  194.  
  195.  
  196. 05/17/94 2.0.0
  197.  
  198. This is the official MRBackup 2.0.0 release. It incorporates an all-new
  199. user interface, based on the standard Amiga "gadtools" library, some
  200. important new features and a number of bug fixes. This version has been
  201. tested with AmigaDOS 2.04 and 3.1. 
  202.  
  203. ***********
  204. * Changes *
  205. ***********
  206.  
  207. Good news for users of AmigaDOS mode:  The hideous FormatDisk script
  208. is gone.  You can now set Formatting to "Normal" and everything will
  209. be handled internally by MRBackup.
  210.  
  211. MRBackup now uses the AmigaDOS command-line template (ReadArgs)
  212. interface for processing command-line arguments.  Just invoke MRBackup
  213. with a '?' to see the command template.
  214.  
  215. All documentation is now created with a combination of TeX (PasTeX
  216. 1.3) and makeinfo.  There is now a MRBackup.doc file in the Docs
  217. directory as well as only one ".guide" file in the Help directory.
  218. Programming changes were made to accommodate the changes in the help
  219. file structure.  I will be placing the "dvi" and PostScript versions
  220. of the document in the downloads area of the BBS.
  221.  
  222. The ARexx_Scripts directory has been renamed to Rexx.  This is in
  223. keeping with other packages which support ARexx.
  224.  
  225. The final write to a tape or file-based Fast Disk backup is optimized
  226. to include a single termination block.  Prior to this release, the
  227. full "cylinder buffer" (32K for file-based backups) was written.
  228.  
  229. I've finally added link support to MRBackup!  This support has only
  230. been added for Fast Disk and SCSI Tape backup modes.  I will most
  231. likely implement an AmigaDOS scheme at a later date employing a
  232. script file to recreate links.  (There are too many situations where
  233. the link source and target can be separated when backing up to floppy
  234. diskette.) While this isn't technically difficult, I just don't have
  235. time to do it now and it's the only thing holding up release of
  236. MRBackup 2.0.0.
  237.  
  238. If you examine a new catalog, you'll find some new entry tags:
  239.  
  240.     LH  - hard link to a directory
  241.     LF  - hard link to a file
  242.     LS  - soft link to a directory
  243.  
  244.  
  245. MRBackup now provides a better default catalog name (or starting
  246. point) the first time a catalog is requested.
  247.  
  248. The log file opening behavior has changed a bit, hopefully for the
  249. better.  First, it will help to understand my intent with regard to
  250. the log file.  The log file, unlike the listing file, is intended to
  251. be open for the full "lifetime" of MRBackup.  There is a global file
  252. open mode which applies to both the log and listing files.  This mode
  253. may be one of "Ask", "Append" or "Replace".  This is controlled by the
  254. keyword "filemode" in the preferences file (MRBackup.init).  There
  255. currently is no way to control this setting via the GUI.  After
  256. program initialization and if a non-blank log file name is specified
  257. in the preferences file, the log file is opened.  If the file already
  258. exists and the filemode is "Ask", a requester will pop up asking if
  259. you wish to Replace, Append or Cancel.  Due to the design of the
  260. Amiga's GUI, it is possible to make changes to string gadgets (e.g.
  261. the Log Path gadget) without generating the necessary signal to
  262. indicate that you have done so.  Because of this, MRBackup always
  263. "collects" the values from its various window gadgets prior to every
  264. window transition.  If you complete a string gadget change by pressing
  265. the Return key, MRBackup will be informed right away.  So, if you
  266. change the Log Path specification, MRBackup will, at some point, test
  267. the new value to determine if the current log file should be closed
  268. and a new one opened.  If the filemode is "Ask", you will see the
  269. requester.  A blank Log Path specification effectively disables the
  270. log.
  271.  
  272. MRBackup now defers opening the main window until the initial
  273. preferences have been read.  This eliminates the "herky-jerkies" that
  274. would result from screen and window changes caused by non-default
  275. specifications in the preferences file.  When starting from the
  276. WorkBench, any output generated before the main window is opened will
  277. be sent to a special window opened with /AUTO/CLOSE/WAIT.  If, for
  278. instance, you have errors in your MRBackup.init file, these errors
  279. will be reported here.  This window will hang around until you click
  280. in its close box.
  281.  
  282. The backup/restore file selector now indicates selected files with a
  283. "+" in front of the filename.  Unselected filenames are preceded with
  284. a space.  Directory names have a trailing slash.  After playing around
  285. a while, I decided that the previous highlighting method using color
  286. and inverse video was unsatisfactory.
  287.  
  288. The Disk Estimate gadget in the file selector now contains a more
  289. meaningful value and it is only filled in when backing up to floppy
  290. disk(s).  It should reflect the correct value for high density disks
  291. as well as normal double density disks (though I can't verify this).
  292.  
  293. During a backup and prior to opening the Select window, if Keep Empty
  294. Dirs is set to "No", MRBackup will prune all empty directories from
  295. the file selection list.  (There ya' go, Ken!)
  296.  
  297. MRBackup now saves your preferred dimensions for the Main, Options and
  298. Utility windows.  Three new keywords have been added to the ".init"
  299. file to support these.  If you think I should extend this to the
  300. Select and Status windows, let me know.
  301.  
  302.  
  303. All of MRBackup's pop-up requesters now use the Intuition function
  304. EasyRequest.  This has further streamlined MRBackup.  One minor
  305. annoyance of EasyRequest is that all requesters will appear in the
  306. extreme upper left corner, rather than being centered in the current
  307. window.  I consider it a small price to pay for the gains in
  308. consistency and reduction in code size.
  309.  
  310. Floppy disk drive selections are now preserved in the preferences file
  311. with a new keyword:  select_floppy.  Each drive selection is recorded
  312. as a separate select_floppy statement.  When a preferences file is
  313. loaded, the current floppy drive selections are reset (deselected) and
  314. the new selections in the preferences file (if any) are set.
  315.  
  316.  
  317. *************
  318. * Bug Fixes *
  319. *************
  320.  
  321. It was possible to specify a null (empty) Backup Path.  This
  322. translated to "the current directory", not a safe default, as Glenn
  323. Holliday pointed out.  Thanks, Glenn.
  324.  
  325. The date requester would not allow direct entry of the Month value.
  326.  
  327. Error reporting due to a CANCEL on a disk request has been reduced to
  328. a single requester.
  329.  
  330. A central disk requester function, used to request a catalog diskette
  331. (for example), has been enhanced to recognize diskette insertions.
  332.  
  333. MRBackup now issues a "motor off" command to the floppy disk drive
  334. whenever an error is detected on either a disk read or write.
  335.  
  336.